Shugart 



Intelligent 
Disk Drive Controllers SA1400 Series 




Description 

The Shugart SA1400 series of intelli- 
gent controllers handle various combi- 
nations of floppy disk, fixed disk and 
streaming tape cartridge drives. All 
models include the industry standard 
Shugart Associates System Interface 
(SASI™) to the host, and industry 
standard drive level interfaces to the 
peripheral. 

Each model of the SA1400 series con- 
tains a bit-slice microprocessor, sector 
buffer, data separation logic, error de- 
tection and correction capability, and 
plug-in diagnostic PROMs with an ac- 
companying LED display for diagnostic 
read-outs. 

Use of SASI as an interface between 
the SA1400 series and the host CPU 
facilitates design of hardware host 
adapters. In terms of software, SASI is 
"logical," rather than "physical," to 
minimize host involvement in disk, cy- 
linder, head and sector selection. With 
SASI the host CPU need only send a 
read or write logical address and the 
number of blocks to be written or read, 
and the SA1400 series controller does 
the rest. 

The implied seek function is performed, 
as necessary, at the beginning of each 
read and write command. 



Key Features 

■ Controls Shugart 5.25, 8 and 14-inch 
Winchester disk drives alone or in 
combination with floppy disk drives or 
streaming tape cartridge drives 

■ Single printed circuit board 

■ Sector buffer 

■ Implied seek with verify 

■ Automatic soft error retries 

■ Error correction on fixed disk drives 
(up to 4-bit errors) 

■ Automatic switching of head and 
cylinder 



Sector interleaving 

Plug-in operating firmware (PROM's) 

Plug-in diagnostic PROM's 

IBM compatible floppy format as 
option 

1 /4-inch streaming tape cartridge drive 
as an auxiliary 

Shugart's industry standard SASI™ 
(which will be used with all present 
and future drives) 



SA600 
5.25" Fixed Disk Drive 




SA4000 
14" Fixed Disk Drive 



1/4" Tape Cartridge 



Specifications 



Models and Features 





Winchester Drives 


Floppy Drives 


Tape Cartridges 


Floppy/Tape 


14" 


8" 


5.25" 


8" 


5.25" 


'/4-INCH 


'/4-INCH 






>* Drive 
troller ^s 


SA4000 


SA1100 

SA1000 


SA600 


SA801 
SA851 


SA410 
SA460 


DEI 


Archive 


Format/ 
Error Code 


Formatted 
Capacity 


SA1401 




• 
















SA1403 




• 




• 








32 Sectors 
256 bytes/sector 
ECC 


0.6/1.2 
MBytes 


SA1403D 




• 




• 








IBM 1D/2D 
CRC 


Same as IBM 
3740 & System 
34 Formats 


SA1404 


• 


















SA1404D 


• 






• 








IBM 1D/2D 
CRC 


Same as IBM 
3740 8. System 
34 Formats 


SA1406 




• 








• 




OEM 

LRC 


10/20 
MBytes 


SA1407 


• 










• 




OEM 
LRC 


10/20 
MBytes 


SA1408 




• 










• 


OEM 
LRC 


10/20 
MBytes 


SA1410 






• 














SA1420 






• 




• 






1 6 Sectors 
256 bytes/sector 
CRC 


0.4/0.8 
MBytes 



SASI Configuration Diagram 



Drive Capacities 

DRIVE TYPE 

Floppy Disk Drives 

SA400 

SA450 

SA41 0/460 

SA801 

SA851 
Fixed Disk Drives 

SA602 

SA604 

SA606 

SA1002 

SA1004 

SA1104 

SA1 1 06 

SA4004 

SA4008 
Cartridge Tape Drives 

DEI 

ARCHIVE 



MAXIMUM CAPACITY 
(Formatted) 

— 204.8 Kbytes 

— 409.6 Kbytes 

— 819.2 Kbytes 

— 630.0 Kbytes 

— 1,212.0 Kbytes 

— 2.6 Mbytes 

— 5.2 Mbytes 

— 7.8 Mbytes 

— 4.2 Mbytes 

— 8.4 Mbytes 

— 16.0 Mbytes 

— 26.6 Mbytes 

— 12.4 Mbytes 

— 24.8 Mbytes 

— 20.0 Mbytes 

— 20.0 Mbytes 



SASI Interface Pin Assignments 



HOST COMPUTERS 

Maximum 
of 7 per SASI Bus 


HOST 
ADAPTERS 


CONTROLLERS 


MEMORY DEVICES 

Maximum 
of 5 per Controller 




Shugart Associates 
System Interface 
(SASI) i 

SASI Bus \ 

t o° D ISR=sg^§lil W%° c ° i 

SA1400 

Model 

Controller 
















f 


5'/4" 

Floppy 






HOST 
(CPU) 




5'A" 
Winchester 


8" 
Floppy 


8" 
Winchester 


14" 
Winchester 








'/." 
Tape Cartridge 










EXAMPLES: 

Intel 

National Semiconductor 

Motorola 

DEC 

Apple 

Radio Shack 

Texas Instruments 


S-100 Bus (IEEE) 
Q-Bus* 
Multi-Bus* 
Exorclsor Bus* 
Apple II Bus 
TRS-80 Bus 
Versa Bus* 
Tl 990 Bus 
Standard Bus 

*Manufacturer's 
Trademark 


SA1401 

SA1403 

SA1403D 

SA1404 

SA1404D 

SA1406 

SA1407 

SA1408 

SA1410 

SA1420 


SA400/450/41 0/460 

SA600 Series 

SA801/851 

SA1 000/1 100 Series 

SA4000 Series 

DEI/ Archive Tape Cartridge 



SASI 
data 



SASI/ 
port\ 



SASI J 
control \ 



V 



DB(0) 


(Data bus 0) 


DB(1) 


(Data bus 1 ) 


DB(2) 


(Data bus 2) 


DB(3) 


(Data bus 3) 


DB(4) 


(Data bus 4) 


DB(5) 


(Data bus 5) 


DB(6) 


(Data bus 6) 


DB(7) 


(Data bus 7) 


DB(P) 


(Data bus parity-odd) 


(Spare) 


BSY 


(Busy) 


ACK 


(Acknowledge) 


RST 


(Reset) 


MSG 


(Message) 


SEL 


(Select) 


C/D 


(Control/Data) 


REQ 


(Request) 


I/O 


(Input/Output) 



The SASI bus structure consists of 
nine control lines and nine data lines on a 
50-pin bus. All bus lines are implemented 
as low-true signals. 

Line Definitions 

DB O-P — These eight bi-directional lines plus optional parity 
are used to transfer 8-bit parallel data to and from a host 
adapter. 

BSY — BSY is asserted in response to the SEL line from the 
host; it indicates that the SASI bus is in use. 
ACK — ACK is asserted in response to the REQ line from the 
host; it is an acknowledgement by the controller that the host 
wants to perform a REQ/ACK handshake. 
RST — RST resets the controller by returning the micropro- 
cessor in the controller to the beginning of its microcode. 
MSG — Asserted by the controller to indicate that a command 
is complete. It is always followed by the assertion of I/O and 
REQ. 

SEL — SEL is asserted by the host in order to select a 
controller. 

C/D — When asserted, the information transmitted across the 
bus will be the command or status bytes (i.e., "control" infor- 
mation.) When de-asserted, the information will be data or 
sense bytes. 

REQ — REQ is a request for a data transfer; it operates in 
conjunction with I/O, C/D, and MSG. When asserted and I/O is 
asserted, REQ will mean that data on the host bus is driven by 
the controller; when asserted and I/O is deasserted, REQ will 
mean that the data is driven by the host adapter. 
I/O — Asserted by the controller to indicate the direction of 
information transfer on the data bus lines during a REQ/ACK 
handshake. I/O is "input" to the host when asserted. 



Shugart 



Headquarters: 475 Oakmead Parkway, Sunnyvale, California 94086 

Telephone (408)733-01 00 TWX: 91 0-339-9355 SHUGART SUVL 
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Special Report: 
Winchester drives 
still going strong 



Speech generation 
with a software 
development system 



Ease memory management 
of large data bases 
with one IC 




Disk and tape interfacing 
A systems standard 

111 lllw WIIIIIUn 






Design 



It's no trouble to add a wide range of disks, tapes and future optical storage 
devices to small computer systems- -thanks to an intelligent interface that 
allows for variations in peripheral type, speed, and performance. 



Intelligent systems interface 
eases peripheral integration 



No longer is it difficult to update, mix, or in- 
terchange different types of peripheral storage de- 
vices on small computer systems. No longer are 
separate hardware interfaces, I/O drivers, and 
changes in applications software required. And no 
longer does the system designer or integrator have 
to wait for developing ANSI or IEEE-system level 
standards to surface. The Shugart Associates 
System Interface (SASI) attacks all the costly and 
cumbersome stumbling blocks of interfacing 
peripheral interfaces. 

In fact, the SASI has been implemented and 
optimized on the SA1400 series of disk controllers. 
The field-proven SASI interface makes custom LSI 
controller chips a reality, which will, in turn, make 
it possible to include controller logic in the drive. 
Consequently, SASI, coupled with LSI chips, will 
debut next year in selected Shugart disk products. 
The SASI interface will 
ease the job of adding 
LSI chips just as it has 
already eased the job of 
adding floppy, Winches- 
ter, streaming tape 
drives, and future op- 
tical disks; it does this 
because it clearly de- 
fines the role of each 
device controller. 

SASI is designed for 
systems integrators — a 
class of disk user that 
tends to concentrate its 
expertise on end-user 



Henry Meyer, Product Line 
Manager 

James Korpi, Senior Ad- 
visory Engineer 
Shugart Associates 
475 Oakmead Parkway 
Sunnyvale, CA 94086. 




applications, computer programming, and sources of 
hardware. It provides critical system-level solutions 
for error handling, protocols, and performance up- 
grades from floppy to Winchester technology— prob- 
lems that are otherwise difficult, time-consuming, 
and costly to solve. 

This analogy can be made: SASI is to systems 
integrators what high-level languages are to pro- 
grammers — a design resource that moves upstream 
the minute details of machine code and interface 
protocols. What's more, SASI means faster systems 
integration and early market entry, thus increasing 
a product's life. SASI also benefits disk manufac- 
turers across the board because with it they have 
a design target for interfacing controllers, one which 
allows access to cost-saving gate arrays, cell arrays, 
and fully custom LSI parts for the device controller. 
Another benefit: faster market acceptance for 

new-product introduc- 
tions of all sorts since 
interface protocols are 
already established, er- 
ror-correcting firmware 
is already in place and 
OEM customers need 
not generate documen- 
tation. 

Over the past year, 
SASI has been field- 
proven and refined in 
Shugart's 1400 series 
disk controllers. Like 
other standards, SASI is 
a unifying concept 
which has led to techno- 
logical advances. 

The key to SASI's in- 
telligent interface archi- 
tecture, which uses logi- 
cal block addressing, is 
that it allows a host 



Intelligent interface 



CPU to simply specify the first block address, and 
the number of data blocks to be transferred. The 
physical selection of the cylinder track and sector 
are all performed by the controller. No alterations 
to the CPU are required when upgrading or changing 
peripheral storage devices (Fig. 1). All housekeeping 
operations— including addressing, mapping, and 
data integrity— are transparent to the host pro- 
cessor. 



With SASI on the SA1400 controllers, OEM 
systems integrators could quickly and easily upgrade 
their peripheral storage devices — for example, single 
floppy disks to Winchesters with streaming-tape 
backup — while remaining independent of the host 
processor. Whenever a system upgrade is called for, 
it can be done faster, with less chance of design error, 
miscalculation or oversight. 

The SA1400 controller's high-speed bidirectional 
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Tape 
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disk 
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• • • • 

Winchester 

disk 



Winchester^ } • • floppy' 

disk 



disk \-~y 
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Optical' 
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1 . Up to 8 devices can be supported by the SASI bus. The devices can be any combination 
of host CPUs and/or intelligent controllers. 



SASI 
data 



SASI 

control 



^ 



TT 



Cntrl 



NRZ 
data 



Microcomputer 



2. Four custom LSI controller chips in the interface include the address chip, 
serializer/deserializer chip, data-reduction system chip, and a VFO chip. 



To/from 
drive 



buffer provides asynchronous data transfers 
between fast super -minicomputers and the slowest 
floppy disk, or between the slowest MOS 
microprocessor and the fastest laser-disk device (yet 
to be introduced). The host need not be concerned 
with matching the peripheral's data transfer speed, 
be it higher or lower. What's more, current im- 
plementations of SASl feature data transfer rates 
to 500 kbytes/s; subsequent performance levels will 
increase to over 1 Mbyte/s. 



Table 1 SASl control lines 



Attention 
(ATN)r 



Busy (BSY): 

Acknowledge 
(ACK): 



Reset (RST): 
Message (MSG): 

Select (SEL): 

Control/Data 
(C/D): 



Request (REQ): 

Input/output 
(I/O): 



This line is driven by the host to indicate 
the attention condition. This condition is 
used by the host to inform a controller that 
the host has a message ready. The con- 
troller then can get the message at its 
convenience. 

BSY indicates when the SASl bus is in use. 

This line is driven by a controller to 
indicate an acknowledgement for a 
REQ/ACK data transfer handshake. 

This line clears all bus devices from the 
bus. 

This line is driven by the controller to 
indicate that data bus information for a 
REQ/ACK handshake is a message. 

This control line is used by a host to select 
a controller, or alternately by a controller 
to reselect a host. 

This line is driven by a controller to 
indicate whether control or data informa- 
tion is on the data lines during a 
REQ/ACK handshake. This line becomes 
control when asserted. 

This line is driven by a controller to 
indicate a request for a REQ/ACK data 
transfer handshake. 

This line is driven by a controller to 
indicate the direction of data transfer on 
the data lines during a REQ/ACK 
handshake, which is an input to the host 
when asserted. 



The complement of custom LSI circuits designed 
to operate with SASl (Fig. 2) includes a pair of MOS 
devices that are responsible for setting up addresses, 
queuing requests and other "infrequently" occurring 
events. A pair of bipolar devices takes care of high- 
speed, clock-by-clock events such as data separation, 
and phase-locked-loop timing generation. The 
custom parts — address chip, serializer/deserializer, 
data-reduction system chip, and VFO chip — are 
designed for economy, thereby slashing controller 
price to less than one-half of the TTL equivalent. The 
four chips are put together with a complement of 
about 30 "glue parts" plus a Z8 single-chip microcom- 
puter. Together they assume responsibility for data 
flow, error detection/correction and diagnostics. In 
addition, they lend themselves to DMA implementa- 
tions in the host. As a result, the CPU is available 
for more productive real-time jobs, for instance, 
network management, local interactive processing 
and distributed processing. 

Multiple blocks 

Automatic data chaining, automatic command 
chaining, and resource sharing are other major 
operating features of SASL With automatic data 
chaining, the SASl controller assumes total 
responsibility for all details of fetching multiple 
blocks of data. Up to 64 kbytes of data can be 



SASl 
port 




Pin No. 




(Data bus 0) 


/ 

SASl t 
data 

SASl 
control 




2 

4 

6 

8 
10 
12 
14 
16 
18 

32 
34 
36 
38 
40 
42 
44 
46 
48 
50 


— DB(0) 


-DB<1) 


(Data bus 1) 


— DB(2) 


(Data bus 2) 


— DB(3) 


(Data bus 3) 


— DB(4) 


(Data bus 4) 


— DB(S) 


(Data bus 5) 


— DB(6) 


(Data bus 6) 


- DB(7) 


(Data bus 7) 


— DB(P) 


(Data bus parity-odd) 


- ATN 


(Attention) 


(Spare) 


- BSY 


(Busy) 


- ACK 


(Acknowledge) 


- RST 


(Reset) 


- MSG 


(Message) 


- SEL 


(Select) 


- C/D 


(Control/Data) 


- REQ 


(Request) 


- I/O 


(Input/Output) 


S 















3. The SASl bus structure consists of nine control 
lines and nine data lines on a 50-pin bus. All bus 
lines are implemented as low-true signals. 



Intelligent interface 



Note: 

Actual bus signals 

aro low true. 



"Bus set delay" ■ max time from check of "bus free" (BSY & SELL not asserted) until assertion of "BSY" and ID. (1.1 //s>. 

"Bus free delay" - min time bus must be left free, (100 ns) 
-"Bus clear delay" - timetoclear from bus after drop of "BSY" for bus free phase or asserting of SEL for arbitration phase byother device, (350 ns). 

Arbitration delay" -■ min time from asserting "BSY" to check if arbitration is won, {1.4//$) 

"Bus settle delay," (450 ns). 



(Busy) 



(Select) 


.SEL 


(Control/Data) 


tC/D 


(Input/Output) 


fl/O 


(Request) 


-REQ 


(Acknowledge) 


■ACK 


(Attention) 


->ATN 


(Message) 


-MSG 



(Reset) 



(Data bit) 



DB(7-0,P)« 



• Note: 

DB(7)f Most & 'g nificar,t &**■ 

1~ Highest priority ID for arbitration 

Note: 

DB(P) - Data parity (odd). 
Parity is not valid 
during arbitration. 

' The use of parity is a 
system option. 

Note: 

In a typical system, a compu- 
ter's host adapter will act as 
the "initiator," and an I/O 
device's control unit will act 
as the "target." 



f 



Bus 
Free 



Abritration ID's 



Initiator tries 
to get bus. 



IARBIT RATION! 
PHASE 



h 



After initiator sees 
that bus is free 
('BSY" & "SEL" are not . 
asserted) it waits a 
min. of "bus free 
delay" and a max. of "-"V 
"bus set delay" and 
asserts "BSY" and its 
own ID on the data 
bus. 

After the "arbitration 
delay," the initiator 
checks the data bus 
and clears itself from 
arbitration if a higher 
priority ID (DB{7) - 
highest) is on the bus. 

If "SEL" is asserted 
during arbitration by ■: 
another device, the ■ 
initiator will immedia- 
tely clear itself from 
arbitration (within 
"bus clear delay" time), 

If the initiator deter- 
mines that its own ID 
is She highest asserted, 
then it wins abritra- ./■'..■ 
tion and asserts "SEL," 
(it then may not change 
any lines until after 
waiting a "bus settle \ 
delay"). 



■J j /-Systems with 
"*i ) no arbitration 
start here, j 



I 



X Initiatoi ID & jarqel ID 



Initiator has bus 
and selects target. 



.selection: 
- phase - 



L 
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L 
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Initiator asserts data bus: :: ; . ■ 
with desi red target's I D ■ ■ : "■}'■,,. ■ I ; . 
& its own (initiator) ID. V' ■ ; : ; ■ ; I 

After two "deskew delays" I 
the initiator drops "BSY" \ .. 

The selected target sees t, ■ : 

the condition of "BSY" not | : -■■;; 

asserted while "SEL" & its . 

I D are asserted , The | .::■ 

target responds by assert- i 
ing "BSY" 

After two "deskew delays" j 

the i nitiator d rops "SEL" : V; : : ;: 
and may change the data I 

■lines.. ' 

Note: After initiator ' 
drops "SEL" it ts the only ": ": I 

bus device that can assert Jv-v.-.i; 

"ACK" and ATN (and the I 
data lines if "I/O" is not 

asserted (indicating out- I 

put from initiator), ' : 

Note: After the target sees 

drop of "SEL," the target 

is the only bus device that : ' ■."./■ 

can assert "BSY," "C/D," 

"I/O," "MSG." "REQ," (and 

the data lines if "I/O" ■ ■ 

is asserted (indicating : 

input to the initiator)). 

Note: In systems in which the arbitration phase is not- / 

implemented, the initiator first detects the bus free phase ("BSY" & "SEL" not asserted ) 

and then waits a "bus settle defay." Then the initiator asserts 

the data bus with the desired target's ID and its own (initiator) ID. 

Then- after two "deskew delays" the initiator asserts "SEL;;; 

Then as described above, the target responds 

with "BSY" and the initiator drops "SEL." 



-it 



| Typical "REO'VACK" handshake cycle 

J V_ 
T 




- 1st CMD byte ^-Jast CMD byte 

Target '"requests" 
command from ] 
initiator, : : /v/l - : 



r 



: COMMAND PHASEZ 

Target asserts 
"C/D and does not > 
assert I/O" or 
"MSG." 

Atter a "bus ;: : : -: 
settle delay" tar- 
get asserts "REQ." 

Initiator puts 
data {command) on 
the bus and asserts 
"ACK." 

Target waits a 
"deskew delay," : 
takes the data & 
then drops "REQ." ^ : 

Initiator drops 
"ACK" & data. 



4. TheSASI bus operates in any of eight phases at any moment. The bus can never be in more than one 
phase at a time. 



transferred with a single CPU command. What's 
more, because of automatic data chaining, host 
operating systems need not be as complex as they 
are presently. 

Automatic command chaining is initiated by the 
chaining bit set in the control field of the CPU's 



command: Each command with this bit set is linked 
to the next command. An unlimited number of 
commands can be chained in this way. 

Another important SASI operating feature pro- 
vides data-base resource sharing, a scheme to provide 
multiple host processors with access to a common 



"Reset hold time" - 25ji/s) 
"SEL" response timeout - (__ 
"REQ" response timeout - ( 
"MAX cable skew" ( 



"Cable delay" {6 meters) (240 ns). 




b<Read peripheral device>: 

j- Target asserts "I/O" and does not assert "C/D" or 
■ 'MSG." Target then waits at least a "bus settle 
delay" before asserting "REQ." 

|- Target also puts data on the bus at least 
"deskew delay" before the assertion of "REQ." 

t- Initiator takes data and asserts "ACK." 

Data are no longer guaranteed valid. 

L- Target drops "REQ 

- Initiator drops "ACK." 

p<Write peripheral device";--: 

\~ Target asserts "REQ" and does not assert 
"I/O," "C/D," or "MSG. " 

[-Initiator asserts "ACK" & data. 

[-Target waits a "deskew delay," then takes 
the data & then drops "REQ." 

r Data are no longer guaranteed valid 

[-Initiator drops "ACK." 



nitiator drops 
"ACK" in 
response to the 
drop of "REQ." 

I— Note: In theory, 
more than one 
status byte 
could be sent. 



r 



L 



Then initiator 
drops "ACK" in 
response to the 
drop of "REQ." 

Note: In theory, 
more than one 
message byte 
could be sent. 



Note: This is an example of 
a typical bus sequence. It 
is not a definition of bus 
protocol. 



^ 



storage device. Common data bases need not be 
replicated, but now they can be shared through the 
intelligent interface. This is ideal for incorporating 
small systems into local area networks like Ethernet. 
What's more, SASI provides a self-arbitrating bus 
that services multiple host processors and also multi- 
ple intelligent controllers. 
Keeping track of defective areas on floppy and 



Winchester disks is normally another task for the 
host operating system. SASI offloads the CPU here 
too. The intelligent SASI controller takes care of all 
disk formatting, which makes the reassignment of 
bad blocks to spare locations completely transparent 
to the host processor. SASFs automatic block sparing 
feature reassigns both individual blocks and full 
tracks to spare locations. 



Intelligent interface 



Automatic disconnect/reconnect is yet another 
innovative feature that SASI brings to system de- 
sign. With it, the systems integrator can enjoy true 
overlapped seek on any number of drives. That is, 
the first drive to complete a seek will reconnect to 
the appropriate host for data transfer. 

Bus structure 

SASFs bus structure is simple and manageable 
(Fig. 3). It consists of nine control lines and nine data 
lines on a 50-pin bus. All SASI bus lines are im- 
plemented "low true." Thus, the assertion of a control 
function or a data line will cause the corresponding 
line to assume a voltage typically less than 0.5 V, 
while non-assertion will cause the line to assume a 
voltage typically greater than 2.4 V. The suggested 
driver/receiver types are open-collector driver 7438 
and hysterisis receiver 74LS14. 

A 50-connector flat cable or twisted-pair flat cable 
connects bus ports on host CPUs and controllers. The 
maximum cable length is six meters. Each bus port 
has a 0.1-m maximum stub length of any conductor, 
measured from the bus cable. A 220/330-S7 resistor 
pair is used for bus termination, at both ends of the 
bus cable. 

Each SASI device, whether it be a host CPU or 
intelligent controller, presents a SASI bus port to 
the 50-wire bus. Up to eight devices (or ports) can 
be supported on a SASI bus (Fig. 3). These ports can 
be any combination of host CPUs or intelligent 
controllers. A device's identification (ID) number is 
used to establish its priority when arbitrating for 
access to the bus. 

Arbitration is the process by which these devices 
resolve the conflict which normally results from 
more than one device trying to use the bus at the 
same time. SASI also includes an advanced self- 
arbitrating bus which, although not required in 
simple systems, is very effective when higher 
performance is required. With this feature, the 
system operates out of each SASI port, and does not 
require the use of a master arbiter. 

Bus contention 

Each device that wants the bus waits for the bus 
to become free. The device then arbitrates for the 
bus with every other device in contention. All SASI 
ports have a logical identification number which is 
asserted via the corresponding numbered data line. 
The device with the highest ID number — in this case, 
number 7 is the highest number and is the lowest 
—wins the arbitration. To arbitrate again, the other 
devices have to wait until the bus is again free. 

Once a device wins arbitration and connects to the 
bus, it signals through SASI and connects with 
another device. The bus is then dedicated to that 



SASI 

• Command and status structure 
Commands are categorized into three classes: 
Class — Control, data transfer and status commands 
Class 1 — Copy commands 

Class 7 — Drive and controller diagnostic commands 

Command descriptor block formats 

• 6 bytes — Class and 7 commands 

Class and 7 commands 



Byte# 


7 | 6 | 5 


4 | 3 | 2 | 1 








Class code 
| | 


Opcode 


1 


LUN 


Logical adr2 


2 


Logical adrl 


3 


Logical adrO 


4 


Number of blocks 


5 


Control 



(a) 







• 10 bytes 


— Class 1 commands 


Byte# 


7 


| 6 | 5 


| 4 | 3 | 2 | 1 








Class code 

| | 1 


Opcode 


1 




LUN/S 


Logical adr2/s 


2 


Logical adr1/s 


3 


Logical adrO/s 


4 


Number of blocks 


5 




LUN/d 


Logical adr2/d 


6 


Logical adrl/d 


7 


Logical adrO/d 


8 


Spare | CU/daddr. 


9 


Control 



Where "s" indicates the source device and "d" indicates 

the destination device 

The control field is defined as follows: 

i 7 i 6 i en 4~ i 3 n> f~i r~o 



— Spare 

— — — — Chaining Bit 

Disable data error 

correction 

Disable retry 

The class code (byte bits 7, 6 and 5) can range from to 7. 
(b) 

SASI 

• Completion status byte 



-LUN- 



- Reserved — 



BitO 

Bit 1 
Bit 2 
Bit 3-4 
Bit 5-7 

ByteOf 



Bus parity error during transfer from host 

to controller. 

Error occurred during command. 

Control unit busy. 

Reserved. 

Logical unit number of the drive. 

• Request Sense 

i n n> i 4 r~3 r~2 rr 



' — Parity error 
-Error 
-CUbusy 



— Error code — 
-Error type 
-Extended Sense 
- Block address valid 



Byte# 


7 


I 6 I 


5 


4 | 3 | 2 | 1 





1 


LUN 


Logical adr2 


2 


Logical adrl 


3 


Logical adrO 



(c) 



5. The structure of commands and status reporting are Class 
for control, data transfer and status (a), Class 1 for copy 
(b), and Class 7 for drive and controller (c). 




'Prior to SASI 
and intelligent 
controller chips 
on the rjrive 



6. Once SASI is implemented, drive and controller functions 
are handled at a standard system-level interface, instead of 
the device level interface. 



Table 2 Phases of SASI operation 



Arbitration phase: 



Selection phase: 



Reselection phase: 



Command phase: 

Status phase: 

Data phase: 

Message phase: 

Bus free phase: 



Allows host CPU or controller to gain 
control of the bus. Implementation of 
the arbitration phase is a system op- 
tion. Systems with no arbitration 
phase can have only one host. The 
arbitration phase is required for im- 
plementations that use the reselection 
phase. 

Allows a host CPU to select a controller 
for the purpose of initiating some drive 
function, like read or write data. 
However, the selection phase differs 
from the reselection phase in that dur- 
ing selection, the I/O line is not as- 
serted. 

Allows a controller to reconnect to a 
host for the purpose of continuing some 
operation that was previously started 
by the host but was interrupted by the 
controller. (Note: Reselection can only 
be used in systems which have arbitra- 
tion implemented.) 

Allows the controller to request com- 
mand information from the host. 

Allows the controller to send status 
information to the host. 

Used to send data between the host and 
the controller. 

Used to send messages between the 
host and the controller. 

Indicates that bus is not being used. 
(Select and Busy are not asserted.) 



connection until the action between the two devices 
is completed. When finished, the controller releases 
the bus. Then, the host CPU must immediately get 
off the bus. Devices that are waiting to use the bus 
can then begin arbitration. 

The 18 active SASI bus lines are briefly described 
in Table 1. The simplicity and effectiveness of the 
interface is demonstrated in the data bus, which 
consists of eight data lines plus a parity line. Data 
bus bit 7 is the most significant bit and is also the 
highest-priority bit during arbitration. Bit number 
significance and priority decrease as the bit numbers 
decrease. If data bus parity is used (a system option), 
parity is odd. Parity is not valid during arbitration. 

The C/D, I/O, and MSG lines are used to define 
eight different types of information to be transferred 
on the data lines during a REQ/ACK handshake. The 
types of information include: commands from the 
host, status to host, data-in to host, data-out from 
host, message-in to host, message-out from host, 
while two types are reserved for future use. 

The SASI bus operates in one of eight phases at 
any point in time (Table 2). The bus can never be 
in more than one phase at any given time. A typical 
sequence of events on the bus is shown in Fig. 4. 
The structure of SASFs commands and status report- 
ing is as shown in Figs. 5a through 5c. Other classes 
of commands may be added. 

Future implications 

A major transition from standardization efforts 
directed to the device level (device interface) to a 
standard at the system level (system interface) 
means that the system interface standard has been 
made "device independent." In other words, SASI 
will do for the microcomputer-based small-system 
market what the IBM I/O channel standard did for 
large mainframe computers. Numerous plug-to-plug 
devices can now be connected to IBM's I/O channel 
because of the channel standard. Analogously, 
numerous new peripherals will be connectable to 
small systems via the SASI standard and standard 
adapters to connect SASI to the memory buses of 
host systems. Users can begin with SA1400-type 
controllers now and progress to Shugart's board 
implementation of custom LSI chips beginning next 
year. For example, Fig. 6 shows pre-SASI functions 
that have been moved out of the realm of host 
responsibility because of the standard system-level 
interface. □ 
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